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Procedure for monitoring 
the usage of a broadcasted content 

5 DESCRIPTION 

Field of the Invention 

The invention describes mechanisms to enable an accurate monitoring of the 
services used by a subscriber of a service, in particular a broadcast service. 
The invention relates to services that are broadcasted through a network, in 
10 particular a wired/wireless. The invention also applies particularly to services 
transmitted in an encrypted manner with keys that are managed inside a tamper 
resistant module such as a smartcard or any module which is indifferently 
external or internal to a communication device able to receive services by way of 
a network. 

15 

Prior Art 

-A broadcast service corresponds to a specific data flow that is broadcasted 
through a network. Figure 1 gives a schematic view of a service including three 
data flows. To enable that only subscribed users may access to a specific 
20 service, this data flow may be encrypted with an encryption key (EK) that is given 
through different mechanisms to users who has subscribed to this particular 
service. 

-To avoid that unsubscribed users may access to the EK and so be able to use 
25 the service for free, this EK is usually renewed frequently. One of the 
mechanisms of this renewal of keys that is currently used consists on the 
following components: 
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-a smart card (or any other hardware protected and tamper resistant 
module) is provided to the subscribers accessing a particular service. This 
smartcard is provisioned with a key encryption key (KEK), which is the 
same for all subscribers accessing this particular service. This KEK may 
also be updated by means of different mechanisms. One needed 
characteristic of this KEK is that it is never revealed in clear outside the 
smartcard. Whether it needs (for managing purposes, for instance) to be 
handed through unsafe network entities (e.g. the terminals) this is also 
encrypted. The KEK is identified by a KEK identifier (KEKJD), associated 
to a particular broadcasted service. 

- each data flow is broadcasted encrypted with a respective key EK. The 
data flow contains regularly some data, Management Container (MC), 
which is used for key management and eventually for other purposes. This 
MC may contain: 

• The identifier of the KEK (KEKJD) that is being used in the 
current broadcasted service. 

• An encrypted encryption key (EEK), that corresponds to the EK 
being used in the current data flow encrypted with the KEK 
corresponding to the KEKJD being sent. 

• Other additional data that will be further considered in this 
document. 

-A terminal that is responsible to listen the data flow corresponding to the 
broadcasted service. The terminal is also responsible for decrypting the 
data flow using the valid EK. 
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-To obtain the valid EK the terminal regularly receives the MC and 
retrieves the KEKJD and the EEK. Further, it sends this information to the 
smartcard, asking it to decrypt this EEK to obtain the corresponding EK. 
This decryption is performed using the KEK (stored in the smartcard or 
5 derived inside the smartcard) that corresponds to the KEKJD being used. 

If the KEKJD is known by the smartcard, it can then decrypt the EEK and 
send the EK back to the terminal. In this way, the terminal can continue to 
decrypt the data flow. 

-As it is shown in the figure 1 , the broadcast service provider is able to 
dynamically change regularly the EK, just by sending a new EEK in a 
previous MC message. On this figure, the Broadcast Data Flow includes: 

- Data Flow (EK1): Data Flow associated with a particular service 
encrypted with EK1 

-MC1: Management container including a new EEK2 
associated with a new EK2. 

- MC2: Management container including a new EEK3 
associated with a new EK3. 

The explained model is well adapted to provide a frequent renewal of keys based 
in the above broadcast principles. In this model, a particular user does not need 
to contact the service provider every time that new encryption keys are needed to 
decrypt the content the terminal just needs to obtain the EEK listening to the 
broadcasted data flow and ask locally the smartcard to retrieve the EK needed. 

However, there is a main limitation in this model: the service provider, or any 
other network entity responsible for control or charging of a particular broadcast 
service, hereafter referred as service controller (SC), is not able to know whether 
30 the user has effectively used this particular service. 
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As the renewal of keys is performed locally, the problem is that the service 
controller SC is not able to know whether the user has effectively used the 
broadcast content, as it is not aware if the broadcasted EEK has being used by 
the terminal or not. This is a big problem for services that are charged by the 
5 amount of data being used (time or volume charging). 

The Invention 

The aim of the invention is to facilitate the use of a service by an operator. 

10 According to the invention, the smartcard is provided with one or more counters 
associated to a particular broadcast service. The invention comprises the 
following steps: 

■ A counting step, in which a memory location stores a count of 
occurrences of decryption steps of data flow attached to a same 

15 service; 

■ A using step, in which said counter is used to prove the amount of 
data flow which has been decrypted. 

So that, a counter is incremented each time a decryption step is performed. In 
20 this way an operator can easily monitors the use of services. 

We will see that, thanks to the invention, the terminal is able to send back 
parameters describing the time (or the volume of data) that the user has been 
using a particular broadcast service. 
25 Advantageously, as the terminal is highly suitable to be attacked by a user, we 
will see that this is the smart card which will be used to monitor the use of 
services. 

It will be easier to understand the invention on reading the description below, 
given as an example and referring to the attached drawings. 
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In the drawings. 

- Figure 1 is a schematic view of data flow included in a service. 

- Figure 2 is a block diagram view of the architecture of a computer 
system on which the solution can be applied. 

- Figure 3 is an algorithm illustrating the main steps of the invention. 

- Figure 4 illustrates an embodiment in which some additional data are 
added to flow data attached to a broadcast service. 

Detailed description of examples illustrating the invention 

To simplify the description, the same elements illustrated in the drawings have 
the same references. 

Figure 1 represents a system SYS including a user equipment communicating 
with a server SERV by way of a network NET such as Internet or private network. 
The user equipment consists of two parts: the Mobile Equipment ME and the 
Subscriber Identity Module CARD. The mobile equipment ME is the radio 
15 terminal used for radio communication between the user equipment and the 
server SERV. In our example, the card CARD is a USIM smart card that holds 
the subscriber identity, performs authentication algorithms, and stores 
authentication and encryption keys and some subscription information that is 
needed at the terminal. 

20 

The server SERV is able to provide a sen/ice to said mobile equipment. 
The proposed solution consists in the following new elements: 
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-The smartcard is provided with one or more counters associated to a particular 
broadcast service (and so, to a particular KEK). These counters are referred 
hereafter as encryption key counters (EKC). 
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Additionally the smartcard is provided with at least three fields for each of the 
broadcast services: Current EEK (CEEK) and current EK (CEK) and one or more 
maximum EKC value (MEKC) (one for each EKC). 

5 - After the terminal has received a service, the following procedures are applied 
(see fig 3) : 

-Every time the terminal needs to renew the EK (associated with the 
reception of a MC message) it sends in a 1 st step ET1 a PROVIDE-EK 
10 command to the smartcard. This command contains at least the 

broadcasted values KEKJD and the EEK. 

-The smartcard receives these values and performs the following tasks: 

A) In step ET2, It searches if the KEKJD exist (meaning that the 
using is subscribed to this particular broadcast service). If it 

15 does not, it refuses further processing of the command, sending 

a corresponding error message to the terminal (step ET21). If it 
exist it continues the execution. 

B) In step ET3, it tests whether the EEK correspond to the stored 
CEEK. If it does, it sends back the stored CEK in step ET31. 

20 Else, It continues the execution. 

C) In step ET4, it tests whether each of the EKC is smaller than the 
MEKC associated; if yes, in step ET4, it adds one to the EKC 
values and continue in step ET5. Else, it stops the execution at 
step ET41, sending a corresponding error message to the 

25 terminal. 

D) In step ET6, it uses the content of the KEK associated with the 
KEKJD to decrypt the EEK obtaining the new EK to be used by 
the terminal for decrypting the data flow. Further it stores in step 
ET7 this values in CEEK and CEK. Then, in step ET8, it sends 

30 back the current EK to the terminal. 
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-Additionally, referring to figure 4, a management container MC may 
contain additional management data (AMD) containing: 

-A command header defining at least one of the following functions: 
A-Change KEK 
B-Reset/Update counter 
C-Retrieve Subscription data. (e.g. EKC) 

-At least the following command parameters depending on the 
command header: 

A-KEKJD and New KEK value 

B- KEKJD, counter number, reset value 

C- KEKJD 

Preferably, this additional management data AMD is encrypted with an upper 
level key, management key (MK) that can be provisioned in each of the 
smartcards. 

-When receiving a management container MC that contains an encrypted 
AMD, the terminal, will pass it to the card through a 
MANAGEMENT_OPERATION command. The card will perform the 
corresponding actions and will send back to the terminal the 
corresponding results/response data encrypted and integrity protected 
with the same MK. The terminal will be responsible to send back this 
information to the server SERV through a known protocol based in a point- 
to-point mechanism. 

Additionally, the same procedure may be defined if the AMD is not broadcasted 
in the Data flow but sent directly to the terminal in a point-to-point schema. 
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The main advantage of this approach is that it is resistant to attacks in the 
terminal: 

A-Some AMD are needed to perform some required operations to enable 
the subscriber continue receiving the Broadcast service (e.g. modify 
KEKJD) 

B-Further, from the terminal/user perspective, it is impossible to know 
which is the nature of the command/results being sent to/from the 
smartcard, 

As a consequence from A and B, the terminal cannot be modified/hacked 
in order to tamper/avoid the correct commands that are responsible of the 
subscriber charging, without consequences in the subscriber's service, 
(denial of service). 

For example, a Mobile Network Operator (MNO) offers to its subscribers the 
possibility to subscribe to one Multimedia Broadcast Service (MBS). All MNO's 
subscribers have a terminal that may listen the broadcasted data. However only 
the subscribers of the Broadcast service are provided with the following 
mechanisms in its USIM (Universal subscriber identity module): 

-A KEKJD corresponding to this Service 
-Two counters EKC1, EKC2 
-One MEKC2 

-A MK that may be associated with different services. 
The service is provided following some principles: 

-The KEK is usually changed once per month. 
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-The subscribers are charged each month by the amount of time that have 
been accessing the service. 

-For parental control restrictions policy, some subscribers are limited to a 
certain amount of time each day. The MECK2 is then provisioned to a 
5 certain value. 

The EK is changed regularly (each minute). Additionally, MC message are 
broadcasted more often, even with the same KEK-ID and EEK pairs (With or 
without AMD). When the subscriber is using the service, a PROVIDE-EK 
10 command with a new EK is then performed on the average of once a minute. 

The following communications related to this particular MBS can be held between 
the terminal and the MNO in a point-to-point base: 

15 -Once a day each terminal/USIM receives an AMD containing a 

Reset/Update counter request with the value cero to the MECK2 counter. 
The MNO receives a confirmation of the result of this operation. 
-At least once a month, the terminal/USIM receives an AMD containing a 
Retrieve Subscription data command. The command result is sent back to 

20 the MNO. This is used by the MNO to generate the corresponding 

charging records by using the EKC1 counter value. 
-For security reasons the KEK is usually changed at least once per month 
by receiving the terminal/USIM the Change KEK command. 

25 Additionally different services may be provided with different KEKJD. The 
different combinations of EK change, EKC and MEKC provide the necessary 
flexibility in the charging and monitoring of the service being used. 



